昨天我們列出了 IT 團隊再造的目標，目的是要讓團隊可以變成數轉的推進器，首先就是改變大家做事的方式，讓團隊能夠凝聚。以下就看看當時團隊做了什麼事情吧~

Situation

• 如前所述，當時的 IT 工作氛圍是很放鬆的（相信這場景大家也不陌生），如果遇到大家突然動起來的時候，八九不離十就是出現緊急狀況了（不出意外的話真的就出意外了）。
• 感受不到部門的節奏：大家各忙各的，好像不在同一個時空中。每個人都有在做事，但對於手中工作的重要性或價值，卻是無感的。
• 因為大部分程式都是外包，所以發生問題的時候總是很理所當然的回答我不懂或我不知道。

Task

看到這裡，是不是很想大喊：這不是我要的 IT Team！如前所述，我們希望自己身處的 IT 團隊是專業的、有效率的，IT 必須要改變。在這團隊會導入敏捷的思維：「產生價值」、「溝通合作」、「快速迭代」。但這不會是喊喊口號就能夠發生的，必須創造能夠這麼做的環境。而實際轉型的第一步其實是很樸實無華的：「從每日工作流程開始」。主要有以下面向：

• 建立團隊的工作節奏和習慣。
• 確保團隊的清楚認知工作的價值，確保自己永遠都在做最重要的事。
• 團隊成員都能夠有效清楚的傳遞資訊。
• 激發團隊成員對於自己負責項目的責任感，能夠自組織，互相幫忙解決問題。

Action

這裡團隊依執掌分 3 個 team，每個 team 都必須要落實以下執行面的內容：

• 導入專案管理系統（Jira），開始進行每日站會 （Daily Standup）：

  • 設立 Scrum Maser:

    • Scrum Master 的工作：除了掌握時間，確保大家的更新扼要精準（昨日完成了什麼、今天要做什麼、有什麼 blocker），有哪些項目需要會後討論也需要同時幫大家記錄。
    • 當工作完成的時候（kanban: story done, sprint: sprint demo/retro），身為 Scrum Master 也會再次重申這次完成的工作代表的價值和意義，隨時感謝團隊成員的努力為組織帶來的價值，感謝團隊的產出，加強大家對工作的認同。
    • Daily 時 Scrum Master 要確保大家的 updates 精準不離題。一開始的時候難免大家會依循之前開會的習慣，覺得報告就是要鉅細靡遺，不但會模糊焦點，還浪費大家時間。這時候 Scrum Master 就要適時地提醒，幫大家拉回主題。

  • Daily Standup:

    • Daily 一開始的時候，可能大家還是各自更新完自己負責的內容就放空了，想要促進團隊在 Daily 的交流可能可以透過工作輪替的方式。當有成員提到的 blocker 是另一個成員處理過的時候，身為 Scrum Master 也可以主動提起，請團隊成員協助提建議。當然這時候也需要提供滿滿的情緒價值，久而久之，大家就會願意分享自己的經驗。

    • Daily 有一些隱藏的坑可以特別注意：是不是所有進行中的工作都有被更新到？有些工作可能躺在「進行中」很多天了，但是站會的時候就是沒有更新，這時候就要適時跟進。還有一種狀況是每天都有更新，但是進行中的工作卻還是永遠都在進行中，這時候也需要會後再重新檢視關於這個工作是否需要進一步拆解。

Result

• 團隊會逐漸習慣每天工作都需要有進度的步調，而且因為產出價值的觀念已經深植在心裡，也會學習在進行工作時，評估手上工作該以什麼樣的方式完成：（這時候適合先快速產出可行性方案，還是要精雕細琢刻畫完美等等）
• 有了每天固定的 Daily，團隊成員也會形成習慣，把要討論的事項先整理好，等待 Daily 後一起集思廣益。到後來還會各自組隊開會議室邀請其他成員加入。
• 到後來價值心態深植，團隊成員也會常常互相確認手上工作的主要價值，有時候也會主動補上一開始沒有規劃到的部分，讓工作完成度更高，價值更能有效呈現。
• 當團隊對於自己的工作有責任感，有榮譽心，遇到問題不再是「這不是我處理的，我不清楚」，而是「這不是我處理的，我會去問清楚」。最感動的時刻就是每次的 sprint review / retro ，看到團隊成員互相感謝。因為在進行轉型專案，每次團隊成員拿到的都是未知的功能，但是面對未知和不確定，大家都是勇於承擔責任，與團隊在摸索中前進，最後在 sprint review 的時候分享成功的果實。
• 敏捷工作法的導入是從手到心，從每日工作習慣的改變逐漸改變動力和心態，所以這不單純是工作法導入，實際上導入的是敏捷心態。